-
Notifications
You must be signed in to change notification settings - Fork 113
Fix #1088 - Add support for custom credentials provider in runtime #1104
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
… runtime Signed-off-by: Ricardo Zanini <[email protected]>
...nt/runtime/src/main/java/io/quarkiverse/openapi/generator/providers/CredentialsProvider.java
Dismissed
Show dismissed
Hide dismissed
...nt/runtime/src/main/java/io/quarkiverse/openapi/generator/providers/CredentialsProvider.java
Dismissed
Show dismissed
Hide dismissed
...nt/runtime/src/main/java/io/quarkiverse/openapi/generator/providers/CredentialsProvider.java
Dismissed
Show dismissed
Hide dismissed
...nt/runtime/src/main/java/io/quarkiverse/openapi/generator/providers/CredentialsProvider.java
Dismissed
Show dismissed
Hide dismissed
mcruzdev
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
…1104) Signed-off-by: Ricardo Zanini <[email protected]>
…1104) (#1105) Signed-off-by: Ricardo Zanini <[email protected]> Co-authored-by: Ricardo Zanini <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ricardozanini The ConfigCredentialsProvider is never used for the oauth2 provider, right? both its own filter method and the one of the delegate are getting the value from the header, I think a method getOauth2Bearer should be introduced in the CredentialsProvider interface. We could re-use the getBearerToken but I find it more straightforward to have a dedicated method per provider.
Many thanks for submitting your Pull Request ❤️!
Fix #1088.
Please make sure that your PR meets the following requirements:
[0.9.x] SubjectHow to backport a pull request to a different branch?
In order to automatically create a backporting pull request please add one or more labels having the following format
backport-<branch-name>, where<branch-name>is the name of the branch where the pull request must be backported to (e.g.,backport-quarkus2to backport the original PR to thequarkus2branch).Once the original pull request is successfully merged, the automated action will create one backporting pull request per each label (with the previous format) that has been added.
If something goes wrong, the author will be notified and at this point a manual backporting is needed.